home *** CD-ROM | disk | FTP | other *** search
/ BCI NET 2 / BCI NET 2.iso / archives / programming / amos / amoslist-0295.lzh / AMOSLIST / text0069.txt < prev    next >
Encoding:
Text File  |  1995-03-01  |  1.7 KB  |  42 lines

  1. On Mon, 6 Feb 1995, Christian Mumenthaler wrote:
  2.  
  3. > Hi Chris!
  4. > As I had stated in my mail, it depends strongly on WHAT you
  5. > are trying to make faster through your assembler code.
  6. > My sort routine was 40 times faster in Assembler than in compiled
  7. > basic because it's a simple comparison task which can be coded
  8. > much more efficiently in assembler than in basic.
  9. > On the other hand, an assembler routine which draws 10000 lines
  10. > on a screen will hardly be faster than a basic equivalent for the
  11. > good reason that both are 99% of the CPU time in the same 
  12. > OS library routine (drawline)!
  13. > For cryptic reasons the AMOS drawline command seems not to use
  14. > the OS library function, but it will if you use the Turbo extension.
  15. > The same program translated into BB2 will *NEVER* be 5 times faster.
  16. > You may easily get a speed-up of 5 with calculations, data manipulation
  17. > etc., but not with graphical output.
  18. > By the way: what kind of programs have you translated into BB2?
  19. > Any long programs? Do you have a translator or did you do it
  20. > by hand? I would be interested as I might switch to BB2 one day.
  21. > However, I doubt very much that ALL (or even a part) of 
  22. > *real* programs (not just benchmarks!) will run 5 times faster
  23. > with BB2.
  24. > Greetings,
  25. >     Chris
  26. Dear Chris,
  27. Yes, your right, programs which deal with graphical operations should not 
  28. be 5 times as fast.  The progs which I translated were mostly 
  29. calculations and structure type (a lot of loops, ifs, jumps) and after 
  30. QUANTITATIVE observations I noticed increase in speed factor 5. 
  31. As far as the translator, I was planning to actually write a thing like 
  32. that but dont have enough time on my hands. Maybe in the future...
  33.  
  34. Chris Wysocki
  35.  
  36.